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(57) Abstract 

An elementary two-stream transport multiplexer provides for the addition of services contained in a transport stream to a pre-existing 
transport stream. The elementary multiplexer includes a pair of transport demultiplexers, a processor and a transport remultiplexer. The 
demultiplexers demultiplex a pair of input transport streams to their constituent service components and service control information tables. 
The service control information tables are routed to the processor which combines and reconfigures the information within the tables to 
provide a single set of output service control information tables. The demultiplexers filter the service components based on the output 
service control tables. The transport remultiplexer multiplexes the output tables with the filtered streams to provide an output transport 
stream. v 



WO 98/16067 



PCT/US97/18058 



-4- 

transport of Service Information (SI) , including a Service 
Definition Table- (SDT) . 

Thus, a Transport Stream can be understood as a 
multiplex of service components combined with descriptive 
5 service control information. However, the MPEG-2 Systems 
standard does not define how the Transport Stream multiplex 
is to be formed. 

SUMMARY OF THE INVENTION 

It is desirable to be able to combine two or more 

10 transport streams into a single transport stream that 
contains all of the components of the source transport 
streams, A problem encountered in combining transport 
streams is that the transport stream PIDs associated with 
one source stream typically conflict with the PIDs 

15 associated with one or more other source streams. Other 
identifying information, such as the pr ogram_number , 
assigned to a service may also conflict with that assigned 
to a service in another transport stream. Additionally, 
multiplexing two transport streams may cause embedded 

2 0 timing information, such as the Program Clock Reference 
(PCR) , to be rendered inaccurate. 

The above and other problems are solved by the multi- 
service transport multiplexing apparatus and method of the 
present invention. The present invention defines a process 

25 for creating a transport stream by addition of services, 
one at a time, to a pre-existing transport stream 
multiplex. The invention provides a capability for 
building a common set of service control information from 
the service control information tables of the individual 

30 streams being combined that avoids PID conflicts. 

Accordingly, apparatus for multiplexing transport 
streams includes first and second transport demultiplexers 



WO 98/16067 



PCT/US97/18058 



-5- 

for demultiplexing first and second input transport streams 
to their respective service components and service control 
information tables. Each demultiplexer filters the 
respective service components and service control 
5 information tables according to a particular filter set 

that specifies PID processing actions. A processor coupled 
to the first and second demultiplexers comprises means for 
examining the first and second service control information 
tables to determine whether any PID of one of the first and 

10 second transport streams overlaps or conflicts with any PID 
of the other of the first and second transport streams. 
The processor further includes means for generating output 
service control information tables from the first and 
second service control information tables that have been 

15 modified to avoid any overlapping or conflicting PIDs. The 
processor further provides the first and second filter sets 
to the first and second demultiplexers based upon the 
output service control information tables. A transport 
remultiplexer coupled to the processor and the first and 

20 second demultiplexers multiplexes the output service 
control information tables and the filtered first and 
' second service components to provide an output transport 
stream. 

According to an aspect of the invention, the processor 
25 changes or discards PIDs that overlap or conflict in the 
input transport streams. 

According to another aspect of the invention, an 
encoder is combined with a transport multiplexer to provide 
an encoder/multiplexer. The encoder encodes a program 
3 0 source to provide a local transport stream. The transport 
multiplexer multiplexes the local transport stream with an 
input transport stream to provide an output transport 
stream. First and second encoder/multiplexers are series 
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coupled wherein the output transport stream of the first 
encoder /multiplexer is coupled to provide the input 
transport stream to the multiplexer of the second 
encoder /multiplexer. Additional encoder /multiplexers can 
5 be series coupled to provide a daisy-chain configuration. 
In this manner, a general solution to the generation of a 
multi-service transport stream can be provided from the 
multiple local streams. In a preferred embodiment, a 
bypass circuit couples the input transport stream directly 

10 to the output transport stream which is activated in the 
event of failure of a given encoder /multiplexer . 

According to another aspect of the invention, one or 
more redundant encoder/multiplexers can be connected in 
series at the end of a daisy-chain configuration to provide 

15 a hot-spare redundant mode of operation. The redundant 

encoder /multiplexer monitors the input transport stream to 
determine whether a failure has occurred in an upstream 
encoder /multiplexer. Upon a failure, the program source 
associated with the failed encoder /multiplexer can be 

20 switched to the redundant encoder/multiplexer which 

encodes the program source to provide a redundant local 
transport stream for multiplexing with the input transport 
stream. 

In accordance with the present invention, a method of 
25 transport stream multiplexing includes receiving first and 
second transport streams , wherein each stream comprises a 
multiplex of service components and service control 
information, and demultiplexing the received transport 
streams to provide first and second demultiplexed transport 
3 0 streams. First and second service control information is 
extracted from the respective first and second 
demultiplexed streams and a determination is made whether 
any overlap or conflict exists between the first and second 
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service control information. Output service control 
information is generated from the first and second service 
control information modified to avoid any overlap or 
conflict. The demultiplexed streams are filtered according 
5 to the output service control information. The output 

service control information and the filtered demultiplexed 
streams are then multiplexed to provide an output transport 
stream. 

While the preferred embodiments are described with 

10 reference to MPEG-2 Systems standard Transport Streams, the 
principles of the present invention are intended to 
encompass the multiplexing of any data streams that 
comprise fixed length packets and have a self-contained 
directory structure which describes the multiplex- Thus, 

15 while the term "transport stream" is used herein to denote 
a Transport Stream as defined by the MPEG-2 Systems 
standard, the principles of the present invention are also 
applicable to systems using similar transport structures 
such as Asynchronous Transfer Mode (ATM) systems, 

20 The principles of the present invention also apply to 

a configuration in which an output of the last multiplexer 
in the chain is provided as the first transport stream to 
the first multiplexer in the chain to form a ring, and in 
which each multiplexer is extended to provide a feedback 

25 path to the encoder for relaying information that is passed 
around the ring concerning the bandwidth requirements of 
all other participating encoders, in order to provide 
bandwidth allocation by statistical multiplexing. 

According to another aspect of the invention, an 

3 0 optimal multiplexing method is provided which allows 

buffers to be two packets in depth* Accordingly, for a 
plurality of buffers, each buffer associated with a 
packetized data stream, packets are received at respective 
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buffer input rates. The buffers are serviced at a service 
rate at least equal to a sum of the buffer input rates. 
For each buffer, once a full packet has been received 
therein, a time interval until that buffer is expected to 
5 reach its buffer depth is determined. The buffer having 
the least time interval is then serviced first, such that 
overflow of the buffers is avoided. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features and 

10 advantages of the invention will be apparent from the 
following more particular description of preferred 
embodiments of the invention, as illustrated in the 
accompanying drawings in which like reference characters 
refer to the same parts throughout the different views. 

15 FIG. 1 is a schematic block diagram of an elementary 

transport multiplexer in accordance with the present 
invention. 

FIG. 2 A is a flow diagram of a multiplexing method in 
accordance with the present invention. 
20 FIG. 2B is a flow diagram of table information 

processing in the elementary multiplexer of FIG. 1. 

FIG. 3 is a schematic block diagram of a single- 
service encoder /multiplexer in accordance with the present 
invention. 

25 FIG. 4 is a schematic block diagram of a series 

configuration of single-service encoder /multiplexers of 
FIG. 2 in accordance with the invention. 

FIG. 5A is a schematic block diagram of a redundancy 
configuration of single-service encoder/multiplexers of the 
3 0 type shown in FIG. 3 in accordance with the invention. 

FIG. 5B is a schematic block diagram of another 
redundancy configuration in accordance with the invention. 
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FIG. 6 is a schematic block diagram of an NxM 
configuration of encoder/multiplexers. 

FIG. 7 is a schematic block diagram of a single- 
service encoder and elementary statistical multiplexer 
5 configuration of the present invention. 

FIG, 8 is a schematic block diagram of a ring 
configuration of encoder/ statistical multiplexers of FIG, 7 
in accordance with the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

10 Referring now to FIG. 1, an elementary two-stream 

multiplexer 10 is shown which illustrates the principles of 
the present invention. The elementary multiplexer 10 
receives as input two transport streams on lines 12 and 14, 
respectively, which have been fully formatted externally to 

15 the multiplexer. The multiplexer 10 also receives on line 
16 management and control input that is used to configure 
the multiplexer as described hereinbelow. 

The elementary multiplexer 10 comprises four 
processing elements: a pair of transport demultiplexers 18, 

20 20; a processor 22; and a transport remultiplexer 24. The 
demultiplexers 18, 20 demultiplex the transport streams to 
their constituent service components • and service control 
information tables. The service control information tables 
are routed to the processor 22 which combines and 

25 reconfigures the information contained in the tables to 

provide a single set of output service control information 
tables. The demultiplexers 18, 20 filter the service 
components based on the combined and reconfigured 
information in the service control information tables. The 

3 0 transport remultiplexer 24 multiplexes the output service 
control information tables with the filtered streams to 
provide an output transport stream on line 26. A copy of 
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the output transport stream may optionally be made 
available on line 28. 

As noted above, the input transport streams 12, 14 
have been fully formatted externally to the multiplexer io. 
5 As described further hereinbelow, one of the input streams 
12, 14 can be generated by a local encoder while the other 
can be an output transport stream from a separate 
multiplexer. In general, one or more of the PIDs of one 
input transport stream 12, 14 will conflict with the PIDs 

10 in the other input stream 12, 14- To avoid this conflict, 
the multiplexer 10 of the present invention preferably re- 
maps or changes the PIDs for every conflicting packet to a 
new value that avoids the conflict before it is passed on 
to the output stream 28. This process is referred to as 

15 automatic PID re-mapping. Other modes of managing this 
conflict include transparent PID re-mapping and hot-spare 
redundant PID re-mapping. The transparent mode simply 
passes all of the . components from both input streams 12 , 14 
whether or not there is a conflict. In the transparent 

20 mode, it is then up to an external management system to 
ensure that the components in each stream 12, 14 do not 
conflict. The hot-spare redundant mode disables components 
of the second input transport stream 14 as long as all 
components declared by the PSI and SI tables to be present 

25 in the first transport stream 12 are detected to be 

present. If the loss of any such components is detected, 
then the missing component is replaced with the component 
of corresponding type from the second input transport 
stream 14, which is assigned the PID properly belonging to 

30 the missing component. Each of these operational modes is 
useful for differing configurations and are described 
further hereinbelow. 
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Each demultiplexer 18, 20 receives one of the two 
input transport streams and includes a set of programmable 
filters 30 that specifies for each input PID how transport 
packets identified by that PID value are to be processed by 
5 the demultiplexer. Four possible actions can be specified: 

1. discard the packet entirely > 

2. route the packet to the processor, 

3. route the packet to the transport remultiplexer, 
or 

10 4. route the packet to both the processor and the 

transport remultiplexer 
If an input PID is to be routed to the transport 
remultiplexer 24, the value of the PID may be changed 
according to a programmable Lookup Table (LOT) 32 held by 
15 the demultiplexer 18, 20. The LUT 32 is programmed by the 
processor 22 either automatically, as described below, or 
through the intervention of an external system such as a 
management system. 

The default destination for an unused PID is to remove 
20 it from the transport stream entirely. If a particular PID 
is not defined in the output PAT, the output PMTs or the. 
output CAT, then the entry for that PID in the LUT 32 is 
set to remove all of the packets with that PID from either 
transport stream entirely. Packets with undefined PIDs are 
■25 not allowed to reach the output transport stream. 

The LUT 32 also includes a thirteen bit output field 
that is substituted to set the PID value for the packet in 
the output transport stream. The default value for this 
field is the input PID value. It may be changed to some 
3 0 other value in the event a conflict is detected between 
PIDs in both transport streams. 

Packets routed to the transport remultiplexer 24 are 
time stamped and placed in FIFO buffers 34, 3 6 which are 
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read by the transport remultiplexer 24. Packets containing 
control tables routed to the processor 22 are placed in 
control FIFOs 40, 42. Packets generated by the processor 
22 to transport control tables for the output transport 
5 stream are placed in a control FIFO 37, which is read by 
the transport remultiplexer 24, All packets read by the 
transport remultiplexer are then placed in output FIFO 38. 

The processor 22 is responsible for configuring the 
LUT 32 and the PID actions performed by the demultiplexers 

10 18 f 20 by means of setting the PID filters 30 using Filter 
Set commands 41 according to the modes selected by the 
external management device. To initialize the LUT 32, the 
processor 22 begins by setting all of the PID Look-up Table 
destination field entries in both transport streams to none 

15 (no output) . 

Next, the processor 22 enables the destination field 
entries for the PAT (PID = 0x0000) from each transport 
stream to route all PAT packets to the processor 22 only. 
The PATs from each transport stream are read and all of the 

20 PIDs for all of the PMTs are collected. The same process 
is performed for the CAT (PID = 0x0001) to obtain the PIDs 
used for CA streams. The destination fields for the PID 
entries for all of the PMT PIDs are then set to read the 
PMTs to the processor only. Finally, the PMTs are 

25 interpreted to obtain a complete list of the PIDs used by 
all of the streams defined in the PMTs . At this point, the 
processor 22 can check for PID conflicts between the two 
transport streams and resolve them according to whether the 
system is in automatic PID re-map mode or hot-spare 

3 0 redundant PID re-map mode. Then the entries in the PID 

Look-up Table for these PIDs are set up for the appropriate 
destinations and PID re-mappings. 



WO 98/16067 



PCTAJS97/18058 



-13- 

The processor 22 causes the demultiplexers to route 
the control tables contained within the input transport 
streams to it, including at least the PAT, the PMTs and the 
CAT. In a DVB-compatible system, the processor 22 also 
5 causes the SDT and other DVB tables to be routed to it. 
Optionally, the processor 22 may extract transport packets 
contained in other PIDs. 

Certain of these tables (e.g., the PAT) are routed 
exclusively to the processor 22, while certain others 
10 (e.g., the PMTs) are either routed to the processor or to 
both the processor and the transport remultiplexer 24, 
depending on circumstances described hereinbelow. 

By examination of the PAT, CAT and PMTs, the processor 
22 determines whether any PIDs used in either transport 
15 stream are also used in the other. Depending on the 

specific operational mode (i.e., automatic, transparent, or 
hot-spare redundant re-mapping) , the processor 22 may 
either cause one or the other such PID value to be changed 
or discarded. 

20 By examination of the PATs, the processor 22 also 

determines whether any program_number used in either 
transport stream is also used in the other. Again, subject 
to operational mode, the processor 22 may either cause one 
or other such program_number value to be changed or 

25 discarded. Any change to a program_number effected in the 
PAT requires a change to a corresponding service_number in 
the SDT in DVB-compatible systems. In addition, other DVB 
tables, e.g., the Bouquet Association Table and the Event 
Information Table, may be managed and processed through the 

3 0 processor 22. 

The preferred method of program_nuraber and PID 
re-mapping in the automatic mode is to select the smallest 
unused value and assign it. 
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The processor 22 builds a PAT for the output transport 
stream, combining * the PATs from the input streams, and 
incorporating any changes to PIDs used to transport PMTs or 
program_number values which may have occurred. 
5 If PID remapping has occurred for a PID containing an 

EMM stream , or if a CAT is present in both input transport 
streams, then the processor 22 rebuilds the CAT for the 
output transport stream f otherwise the input CAT may be 
passed through unchanged. If PID remapping has occurred 

10 for a PID containing information other than a PMT or an EMM 
stream, the processor 22 rebuilds the PMT(s) describing the 
services containing the component (s) whose PID(s) have been 
remapped, otherwise the input PMTs may be passed through 
unchanged (subject to any PID remapping which may be 

15 applicable) . 

The processor 22 also rebuilds DVB tables as 
appropriate, if such tables are present. The tables created 
by the processor are formatted as a sequence of transport 
packets which are then placed into a FIFO 38 for 

20 transmission by the transport remultiplexer 24. 

The transport remultiplexer 24 reads each transport 
packet from the FIFOs 34, 36, 38 and determines how long 
the packet has been delayed within the multiplexer by 
reading the multiplexer's time stamp placed onto the packet 

25 when it arrived at the input and comparing it to the 

present time. The Program Clock Reference (PCR) field is 
adjusted to compensate for this delay if necessary, as 
specified by MPEG-2, and then the remultiplexer 24 
transmits the packet. 

3 0 It can be shown, as described hereinbelow, that, if 

the sum of the input data rates and the data rate of 
control packets generated by the processor 22 does not 
exceed the data rate generated by the output remultiplexer, 
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then the depth of .each of the FIFOs 34, 3 6 and 37 can be 
made as small as two transport packets. If these 
conditions are met on average, but the sum of the input 
data rates may, on a burst basis, exceed the output data 
5 rate, then larger FIFOs will be needed in order to ensure 
that no transport packets are lost. The maximum FIFO depth 
is dependent on the maximum burst size in this instance. 

The present invention provides a multiplexing method 
that is optimal because it requires minimum size buffers of 
10 two packets and, therefore, introduces minimum delay. 

However, it may be desirable to increase the buffer sizes 
to three packets to account for clock jitters and other 
imperfections in the system. In general, the optimal 
multiplexing method of the present invention can be applied 
15 to any multiplexing system with N-input packetized data 
streams of packet size P. 

In the preferred embodiment, the multiplexer 10 
receives transport packets in the first and second input 
transport streams at fixed rates r F and r s respectively. 
20 As noted above, the 'demultiplexers 18, 20 and processor 22 
route transport packets to FIFO buffers 34, 36, 37 
respectively. We denote by r P ' , r s ' and r c ' the rates at 
which data reach the respective FIFOs. The rates r F ' and 
r s ' are less than the original input data rates r F and r s . 
25 Once a packet reaches FIFOs 34, 36, 37, the packet bits are 
clocked into the buffers' with rates r F , r s , r c respectively. 
The service rate R at which the transport remultiplexer 24 
services the buffers 34, 36, 37 is such that 

R z r F + r s *■ r c 
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It is helpful to imagine the worst, case where there 
are no gaps between packet arrivals . In this case, bits 
are being loaded into each of the FIFOs at the constant 
rates r F , r s or r c/ respectively. In this worst case, there 
5 exists an optimal service algorithm such that the buffers 
are of minimum two-packet size. As it is known, the delay 
introduced by a multiplexing system increases when buffer 
size increases. Therefore, the optimal service policy 
introduces the minimum delay. Such a small delay is 
10 desirable in an MPEG stream, since it can provide a higher 
performance at the decoder level. 

Starting with size 2 buffers, the present invention 
provides a service policy wherein at any service time, if 
none of the buffers has a full packet, a null packet is 
15 sent until at least one of the buffers reaches the packet 
size P or exceeds P. Then, the buffer with the least time 
left until overflow occurs is serviced first. If more than 
one buffer has the same minimum time, then the buffer with 
the fastest input rate is serviced first. 
20 FIG. 2A outlines the steps involved in the optimal 

service algorithm. In the general case of N input FIFO 
buffers B; with respective clock rates r { (i = 1,2..N), the 
rates are ordered such that r t > r 2 > ... > rr N -i ^ r N • 
Packets reach the buffer B; at random intervals, but once a 
25 packet reaches the buffer the bits are loaded at the rate 
r ; without interruption, - 

The time axis can be digitized to intervals of size 
1/R, with the index k referring to the time t k = k/K 
seconds. Starting with an initial state of buffer meter 
3 0 BMi(O) = 0 bits, time is incremented from t^ to t k+1 , i.e., 
k -+ k + 1 at steps 250, 252. During the interval [t k , t k+l ] 
at step 256, the algorithm performs the following functions 
on each of the N buffers: 
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The algorithm checks if another bit has been 
added to the buffer B; i.e. if BMi(k) > BMi(k-l) at step 
260. At step 270, if BMi(k) = BMi(k-l), that is, no new 
bits are inserted in the i* buffer, the algorithm checks if 

5 the buffer can be serviced. If the buffer cannot be 
serviced, a relatively long time interval is associated 
with the buffer to ensure that it will not be serviced, for 
instance, COi, the time left until buffer overflow, is set 
to COi = 10*P/r N at step 274. If the buffer can be 

10 serviced, then the time COi is unchanged because the buffer 
size BMi(k) is the same as BMi(k-l). 

If BMi(k) > BMi(k-l), then the number of full 
packets is checked at step 262. The algorithm checks if 
another packet has been added to the buffer B u i.e., if 

15 PMi(k) > PMi(k-l). If PMi(kj - PMi(k-l), i.e., the number 
of full packets is the same, then the algorithm checks if 
the buffer could be serviced at step 270.. If the buffer 
cannot be serviced (SFi=0) , then the time left until the B; 
buffer overflows is set to C0i=10*P/r N at step 274. If the 

20 buffer can be serviced (SFi=l) , i.e., the buffer includes 
at least one full packet, then the algorithm decreases the 
time left until the B s buffer overflows by updating the 
equation COi = (2P-BMi(k) ) /r { at step 272. If PMi(k) > 
PMi(k-l) at step 262, i.e., the number of full packets is 

25 increased by one, then, the Packet_Rate_i is computed by 
evaluating PRi = £/(k-PCi), the Packet_Count_i is updated 
PCI = k and the time left until the buffer B ; overflows is 
set as C0i=(2P-BMi(k))/ri, and flag SFi = 1 is set at step 
264. 

30 - The buffer with the minimum COi is serviced 

first. After analyzing all N buffers, the algorithm checks 
if the time t k+l is a multiple of P/H, i.e., a full packet 
can be serviced at step 266. If true, the algorithm 
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compares the times COi and services the buffer with the 
minimum COi that is less than 10*P/r N . If the I buffer is 
serviced , where I is set to the value of i having the 
minimum COi, then the Service_Flag_I is reset to zero 
5 (SFI=0) , the Bits_Meter_I is decreased by 188x8 bits 

(BMI=BMI-188x8) and the Packet_Meter_I is decreased by one 
packet (PMI=PMI-1) at step 268. 

The preceding method guarantees that PMi=0, 1 if the 
steps are performed during the interval [t^ t^J of length 

10 1/R seconds. In case the interval 1/R is too small, the 
optimal service algorithm can be modified to set time 
intervals of size B/R t instead of 1/-R (8/2* is the time it 
takes to service one byte, and 1/R is the time it takes to 
service one bit) . Therefore, the index k refers to the 

15 time t^ = k S/R seconds. 

Further, the optimal service algorithm can be applied 
with P/R time intervals, instead of 1/R or Q/R, and buffers 
of size 2-packets will not overflow (PMi=0) . However, P/R 
could be very tight to update the FIFOs status. 

20 The foregoing terms are summarized in the following 

table: 



r P ', r s ' or r c ' 


The data rates at which packets reach 
the FIFOs 34, 36, 37 respectively 
(bits/s) 


r F , r s or r c 


The clock rates at which the bits of a 
given packet are loaded into the FIFOs 
34, 3*6, 37 respectively (bits/s) 


R 


The service clock rate at which bits 
of a given packet are being extracted 
from any of the FIFOs 34, 36, 3 7 
(bits/s) 


P 


The packet size, MPEG specification is 
188 x 8 bits (bits) 
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SFi 


Sercice_Flag_i: SFi=0 implies that B* 
cannot be serviced, SFi=l implies that 
Bj has a full packet and can be 
serviced 


PCi . 


Packet_Count_i: Time at which a full 
packet has been inserted into the B { 
buffer (seconds) 


COi 


Count_overf low_i : The time left until 
overflow occurs in 2-packet size 
buffer Bj (seconds) 


BMi(k) 


Bits_Meter_i: The size of the_.Bi FIFO 
in bits (bits) 


PMi(k) 


Packet_Meter_i : The size of the B; FIFO 
in packets (packets) , PMi=0 or 1 


PRi 


Packet_rate_i : the rate at which 
packets reaches the FIFO B; (packets/s) 



The processing of table information will now be 
described. The flow of table information in the processor 
22 is shown in the flow diagram of FIG. 2B. This diagram 

10 traces the table information flow from the input FIFO 
buffers 40, 42 through processing blocks 300, 302, 304, 
306, 308 and shared data structures 310, 312, 314, 316 to 
the output table buffer 37. The processor 22 reads table 
packets from the FIFO buffers 40, 42 in process blocks 300, 

15 302 respectively. If the transport_error bit in the 

transport packet header is true, the packet is thrown away. 
If the packet is a copy of a previously received table 
packet, the packet is discarded. If it is new, the 
processor 22 checks it to verify that it was read correctly 

20 by computing the CRC at the end of each section. A signal 
that a change has occurred in the corresponding input table 
is sent on 318, 320 to block 304, indicating that the 
output tables require updating. The section is used to 
modify the corresponding version of the specified table 
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maintained in the processor memory in block 304. The 
conflicts between -the two input transport streams 12, 14 
(FIG. 1) are resolved according to the operating mode 
(automatic, transparent, or hot-spare redundant) . The 
5 output tables are generated accordingly and sent to Table 
PacJcetizer 306. The completed new version of a table is 
sent to a Packetized Table Replay 308 for continuous replay 
to the FIFO buffer 37 for inclusion in the output transport 
stream 28. The delay between receiving a new version of 
10 any input table to the forwarding of the updated version of 
the output table to buffer 37 is kept as short as possible. 

Example algorithms for table regeneration performed by 
the processor 22 include the following: 

- Each table is maintained as a single section. 
15 Upon obtaining the section, the processor 22 appends 

the descriptor for the service created by it f and 
adjusts the section_length and CRC_32 fields 
appropriately. 

Each table is maintained as a set of sections, 
20 where each section describes the transport stream 

components being added. The processor 22 then 
increments the last_section_number field on all 
sections of the table received on the input transport 
stream, and adjusts the CRC_3 2 field appropriately. 
25 The processor also inserts a section containing the 

descriptors applicable to the components in the 
additional transport stream, giving it a 
section_number value equal to the last_section_number . 
If the second input transport stream 14 is disabled 
30 for any reason, such as a PID conflict while in transparent 
or hot-spare redundant mode, then the transport 
demultiplexer 18 stops extracting table packets from the 
first input transport stream 12 and allows them to 
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propagate directly through to the output transport stream 
28 unchanged. This removes the propagation delay 
associated with PSI/SI table updates through the processor 
22. While disabled, the multiplexer 10 continues to 
5 monitor some of the PSI packets by copying them to both the 
buffer 34 and the table buffer 40 so that the processor 22 
can monitor which PIDs are presently assigned in the first 
input transport stream 12. This information is used by the 
PID re-mapping algorithm. 

10 The present invention may be used to provide a number 

of system architectures, as will now be described. In the 
simplest case, the elementary multiplexer 10 may be 
combined with a single channel encoder 50 to provide an 
encoder /multiplexer 100, as shown in the block diagram of 

15 FIG. 3. 

The encoder 50 accepts as inputs on lines 52, 54, 56, 
a set of components to be inserted into a. transport stream. 
A typical component set consists of a video input, two 
stereo audio channels, and two user data channels. 
20 Ordinarily, the set of components are intended to form a 
single service, although in some cases they may form more 
than one service. Service control data, describing and 
configuring the components and service (s) added to the 
multiplex by the encoder 50, is passed on line 58 to the 
25 encoder processor 60, which uses this information to create 
a set of tables to be inserted into an additional transport 
stream 62 generated by the encoder 50. 

The components are each encoded, in a fashion specific 
to each component type, into a format suitable for 
30 inclusion in a transport stream by component encoders 64, 
66, 68. Typically, this format will be based on the 
Packetized Elementary Stream (PES) encoding defined by 
MPEG-2. The encoded components are then passed to a 
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transport multiplexer 70, wherein they are combined with 
each other and with the control tables provided by the 
processor 60 into the additional transport stream 62. 

The additional transport stream 62 is then passed to 
5 the elementary multiplexer 10, which combines it with an 
externally supplied input transport stream 12, as described 
above, to create an output transport stream 26 which adds 
the contributions of the encoder 50 to the input transport 
stream 12. In the preferred embodiment, the input 

10 transport stream 12 is provided at a rate that is either 
fixed externally or is measured within the elementary 
multiplexer* The sum of this rate, the rates of the 
contributions of the encoder 50, and the rate of the output 
transport stream control tables 43 does not exceed the rate 

15 of the output transport stream 26 and 28. In an alternate 
embodiment, with the provision of sufficient FIFO to 
accommodate the presence of bursts of data other than null 
packets, the input transport stream 12 is provided at a 
fixed known rate, equal to the output transport stream 26, 

20 including bandwidth allocated to null packets that is 

sufficient to accommodate the service (s) being added by the 
encoder 50. The input transport stream 12 may indeed be 
absent, in which case it is considered to consist entirely 
of null packets. In the preferred embodiment, PID and 

■25 program number conflicts are always resolved in favor of 

the input transport stream 12 over the additional transport 
stream 62. 

A transport stream containing an arbitrary number of 
services can be provided by a set of encoder/multiplexers 
3 0 100 of the present invention connected in series. In such 
a configuration, the output transport stream of each 
elementary multiplexer is provided as the input transport 
stream of the next. This configuration of encoder/ 
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multiplexers 100A, 100B, 100C, 100D is shown in FIG. 4. No 
input stream (or a set of null packets) need be provided to 
the first encoder /multiplexer 100A. The output of the last 
encoder /multiplexer 100D is the final transport stream 108. 
5 The number of encoder /multiplexers 100 which can be so 
daisy-chained together is limited only by the capacity of 
the transport stream and by any physical limitations 
imposed by the interface drivers. 

A problem with automatic PID re-mapping is that the 

10 user may have a difficult time determining which encoder's 
PIDs have been re-mapped to which new values. For example, 
if the encoder 50 (FIG. 3) at the beginning of the chain 
fails, then the rest of the multiplexers 10 throughout the 
chain notice the transport stream from the first 

15 multiplexer 10 is gone and the rest of the chain will 

automatically readjust their PIDs. Another scenario is if 
the user decides to add an extra encoder to the end of the 
chain, or even if the user merely configures an extra audio 
or data channel to the encoder at the end of the chain* 

20 Then the extra PIDs associated with these extra services 
cause the multiplexers 10 throughout the rest of the chain 
to re-map their PIDs to accommodate these new PIDs. This 
constant movement of the PIDs in the output transport 
stream can cause problems for the decoders at the other end 

25 of a transmission link. For this reason, some users may 
prefer to map the PIDs for each encoder 50 by themselves, 
rather than letting the multiplexer 10 do so. 

For those users, the multiplexer 10 can be put into 
either transparent mode or hot-spare redundant mode which 

30 leaves the PIDs in their original locations. If there is a 
PID conflict between the input transport stream 12 and the 
additional transport stream 62, then, in the case of hot- 
spare redundant mode, the transport stream 62 is disabled 
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until the user manually changes the PID assignments 
throughout the chain to remove the conflicts". This allows 
the user to set up the PID assignments for the decoders at 
the other end of the link and know that the multiplexers 10 
5 will not be reassigning the PID values whenever a problem 
occurs within any encoder 50 in the chain. 

In the transparent mode, the two input transport 
streams 12, 14 are combined transparently with no regard 
for PID conflicts. If a PID conflict occurs between any of 

10 the elementary streams, the decoders receiving those 
elementary streams will fail, but the non-conflicting 
elementary streams in the multiplex will be unaffected. In 
this case, it is up to an external management system to 
resolve the conflicts by manually reassigning the input 

15 transport stream PIDs until no conflicts exist. 

Two encoder /multiplexers 100 incorporating the present 
invention, and each additionally equipped with a passive 
bypass relay 44A, 44B connecting the input transport stream 
directly to the output transport stream, can be used to 

20 provide a simple redundancy configuration, as shown in FIG. 
5A. In this configuration, the elementary multiplexers 
10A, 10B act as switches, each selecting one of two 
transport streams. The output of the second elementary 
multiplexer 10B can be provided to an external modulator 

25 (.not shown) • 

In the configuration shown in FIG. 5A, the input of 
the first encoder/multiplexer 100A is left unconnected. If 
the elementary multiplexer provides two copies of the 
output transport stream, then the second output of the 

30 multiplexer 10A in the first encoder/multiplexer 100A may 
be used to drive a redundant modulator (not shown) . In 
this configuration, the second output of the second 
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encoder /multiplexer 10 OB is either unused or is used for 
monitoring purposes. 

In order for this configuration to provide redundancy, 
identical video and audio input must be supplied to each 
5 encoder 5 OA, SOB, and each encoder must be configured to 
provide the same sets of PIDs to the services generated by 
the encoder. The multiplexers 10A, 10B are then configured 
so that the video and audio PIDs generated by the 
associated encoder 5 OA, SOB are discarded unless the same 

10 PIDs are absent on the input transport stream 12 A, 12B 

respectively. This is the hot-spare redundant operational 
mode noted above. The absence of these PIDs can be 
determined through a timeout mechanism. Once^a PID is 
determined to be absent, then the corresponding PID as 

15 generated by the local encoder 5 OA, SOB is passed through 
to the output transport stream until the PID is determined 
to be present on the external input transport stream 12 A, 
12B again. In an alternate embodiment, hot-spare redundant 
mode is triggered by detecting the absence of a service 

20 from the input PAT, rather than detecting loss of input 
PID. 

In a system so configured, the output 62 A of the first 
encoder 5 OA is normally passed through to the output stream 
of the second elementary multiplexer 10B. If the first 

25 encoder 50A or elementary multiplexer 10A fails, then the 
output 62B of the second .encoder SOB is selected by the 
second elementary multiplexer 1GB, If the second 
elementary multiplexer 10B fails, then the bypass relay 
44A, 44B of unit 100B is deactivated and the output of the 

3 0 first elementary multiplexer 10A is passed directly to the 
output transport stream 28B. The relay 44A, 44B remains 
deactivated until either a power-up reset occurs or a 
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coramand to reactivate the relay is received from a user 
interface (not shown) . 

In a variation of this scheme based on elementary 
multiplexers each providing two outputs, the second output 
5 transport stream of the second multiplexer 10B is connected 
to the input transport stream of the first multiplexer 10A 
as shown in FIG. 5B. The two multiplexers 10A, 10B must 
then be configured to operate differently. The first 
multiplexer 10A is configured to discard a PID received on 
10 the input transport stream 12A unless a corresponding PID 
in the transport stream 62 A generated by the encoder 5 OA is 
not detected. The second multiplexer 10B is configured 
oppositely, that is, to discard a PID received on the 
transport stream 62B generated by the encoder SOB unless a 
15 corresponding PID in the input transport stream 12B is not 
detected. Successful operation of this configuration 
requires that the two encoder /multiplexers 100A and 100B 
are powered up or reset at different times. 

The automatic PID re-mapping mode can be combined with 
20 the hot-spare redundant mode, in conjunction with an 

external audio/ video switch, to provide NxM redundancy or 
hot-spare redundant capability to the configuration of FIG. 
4, as shown in FIG. 6. In this configuration, a chain of 
encoder /multiplexers 100A, 100B, 100C, 100D operate in the 
25 automatic re-mapping mode as described above for FIG. 4, 
The last encoder /multiplexers 10QE, 10OF are used to 
provide NxM redundancy, where N=4 and M=2 in this 
configuration. The output transport stream 102, 104, 106, 
110, 112 of each elementary multiplexer is provided as the 
3 0 input transport stream of the next. A conventional 
crosspoint matrix switch 200 is configured to connect 
service control, video, audio, and data input signals 158 A, 
152A, 154A, 156A to respective inputs 58A, 52A, 54A, 56A of 
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encoder /multiplexer 100A. The input signals for 
encoder/multiplexers 100B, 100C, and 100D are similarly 
configured through the switch 200. The input signals 58E, 
52E, 54E, 56E and 58F, 52F, 54F, 56F of 
5 encoder /multiplexers 10 0E and 100F, respectively, are 
configured normally in a standby state until a failure 
occurs in one of the upstream encoder /multiplexers 100A, 
100B, 100C, 100D. In the standby state , the encoder/ 
multiplexers 100E, 100F monitor the tables in the chain on 

10 110, 112 to determine the PIDs in use by upstream encoders, 
but do not normally insert any components. 

If any PIDs associated with an upstream 
encoder /multiplexer (100A, 100B, 100C, 100D) are determined 
to be absent (via timeout) , then encoder/ multiplexers 

15 100E, 100F generate an alarm which is supplied to an 
external management system (not shown) or to the NxM 
audio/ video switch, which then configures the NxM 
audio/video switch to route the missing component to either 
of the encoder /multiplexers 10 0E, 100F. A transport stream 

20 is created by the redundant encoder/multiplexer 100E, 100F 
using the missing PIDs, and then inserted into the output 
transport stream 112 or 114. The inclusion of M=2 
redundant encoder /multiplexers 100E, 100F provides backup 
of two of the N=4 source streams A, B, C, D. When the 

25 failed upstream encoder /multiplexer is restored, the 

redundant encoder/multipiexer 100E, 10 OF returns to the 
standby state. 

The compression algorithms for video encoding defined 
by MPEG permit the bandwidth required by video components 

3 0 to be variable, according to the complexity of the scene 
being encoded, for a given level of picture quality. 
Therefore, it is possible to configure a system having 
average bandwidth requirements that meet the bandwidth 



WO 98/16067 



PCT/US97/18058 



-28- 

available in a transport stream, but which may 
instantaneously exceed the bandwidth available in certain 
circumstances. One path to avoiding this problem is to 
ensure that the transport stream bandwidth supplied exceeds 
5 the peak needs of all input video streams, even if these 
occur simultaneously. However, this solution will normally 
waste bandwidth in the output transport stream. 

In systems where these considerations are a concern, 
the present invention permits an optimization of the 
10 quality of the video encoding according to the bandwidth 

instantaneously available. That is, a tradeoff may be made 
between the ideal bandwidth for the set of video components 
and the actual bandwidth available, and one or more video 
components may be required to reduce their respective 
15 coding quality to that appropriate for a lower bandwidth, 
on an instantaneous basis. This aspect of the present 
invention is referred to as statistical multiplexing. 

An embodiment of an encoder 50' combined with an 
elementary statistical multiplexer 10' embodying the 
20 present invention is shown in FIG. 7. The elementary 

statistical multiplexer 10' incorporates the features of 
the elementary multiplexer 10. In addition, to provide for 
bandwidth flexibility, the syntax of the transport stream 
is extended to include information about requests for 
25 bandwidth made by the encoder 50' and by other elementary 
statistical multiplexers. The Filter Set 41 is also 
extended to allow input bandwidth requests to be extracted 
from the input transport stream 12'. The processor 22 
makes use of the Filter Set 41 to ensure that transport 
30 packets for all components inserted by the encoder 50' are 
discarded if they are present on the input transport stream 
12' . 
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In operation, processor 60 of the encoder 50 ' notifies 
the processor 22 of multiplexer 10' of the bandwidth 
desired by the video encoder 64 in a local bandwidth 
request. The processor 22 determines a bandwidth 
5 allocation from the local bandwidth request and from 
bandwidth requests on the input stream 12' and then 
notifies the processor 60 of the bandwidth allocated to the 
video encoder 64. Similarly, any other component having a 
data rate sufficiently variable can participate in the 
10 statistical multiplexing process. The processor 60 may 
inform other elementary multiplexers of its bandwidth 
requests and bandwidth allocations via a packet inserted 
into the additional transport stream 62. In an alternate 
embodiment, the processor 22 may provide a packet to FIFO 
15 38 (FIG. 1) to inform the other elementary multiplexers of 
its bandwidth requests and allocations. 

In a preferred embodiment, two output transport 
streams 26', 28' are required which are identical in 
content. Optionally, one output can be structured to omit 
20 the bandwidth request and allocation data described below, 
so that this is not passed to decoders which are incapable 
of interpreting it, however, this is not necessary with the 
syntax used for this data in the preferred embodiment. 

It is apparent from the foregoing disclosure that a 
25 set of encoder/ elementary statistical multiplexers 400A, 
40 0B, 400C, 400D may be connected in a ring, as shown in 
FIG. 8. By means of this arrangement, each encoder can be 
informed of the bandwidth requirements of other 
participating encoders. The transport stream resulting 
30 from the statistical multiplexing process may be obtained 
for purposes of transmission or further processing from the 
second output transport stream of any participating 
elementary statistical multiplexer. Each 
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encoder/ elementary statistical multiplexer 40OA, 40 OB, 
400C r 400D is provided with a unique identity to 
distinguish it from other participating encoder/ elementary 
statistical multiplexers. 
5 The bandwidth request data is passed around the ring 

in a message, using a delivery mechanism which is 
compatible with MPEG but transparent to MPEG encoders not 
embodying the demultiplex capability of the present 
invention. An example of such delivery means is a message 

10 contained in a packet contained in PID OxlFFF (the null 
PID) , the data_byte fields of which can take any value 
according to the MPEG specifications. By this means, it 
can be ensured that the presence of this packet in the 
output transport stream will be ignored by decoders which 

15 are incapable of processing it. At most, one set of 

bandwidth request data for each encoder is present on the 
ring at any given time. 

The format for the bandwidth request packets, of the 
protocols for transmitting them, and the algorithms for 

20 processing them to determine actual bandwidth allocation 
can be modeled closely on similar procedures used in ring- 
based data networks, e.g., Token Ring or FDD I . 

EQUIVALENTS 

While this invention has been particularly shown and 
25 described with references to preferred embodiments thereof, 
it will be understood by those skilled in the art that 
various changes in form and details may be made therein 
without departing from the spirit and scope of the 
invention as defined by the appended claims. For example, 
30 while the preferred embodiments have been described with 
reference to series coupled or chained encoder /multiplexer 
configurations, the principles of the present invention 
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also apply to configurations in which both the first 
transport stream and second transport stream are provided 
to the multiplexer through external input ports. 
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CLAIMS 

What is claimed is: 

1« A method of multiplexing comprising the steps of: 

receiving first and second streams, each stream 
5 comprising a multiplex of service components and 

service control information; 

demultiplexing the first and second streams to 
provide first and second demultiplexed streams; 

extracting the first and second service control 
10 information from the respective first and second 

demultiplexed streams; 

determining whether any conflict exists between 
the first and second service control information; 
generating output service control information 
15 from the first and second service control information 

modified to avoid any conflict; 

filtering the first and second demultiplexed 
streams according to the output service control 
information; and 
20 multiplexing the output service control 

information and the filtered first and second 
demultiplexed streams to provide an output stream. 

2. A method of transport stream multiplexing comprising 
the steps of: 

25 receiving first and second input transport 

streams, each stream comprising a multiplex of service 
components and service control information tables, 
each service component and table having a packet 
identifier (PID) ; 
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demultiplexing the first and second transport 
streams to provide first and second demultiplexed 
transport streams; 

extracting the first and second service control 
5 information tables from the respective first and 

second demultiplexed transport streams; 

examining the first and second service control 
information tables to determine whether any PID of one 
of the first and second transport streams conflicts 
10 with any PID of the other of the first and second 

transport streams; 

generating output service control information 
tables from the first and second service control 
information tables modified to avoid any conflicting 
15 PIDs; 

filtering the first and second demultiplexed 
transport streams according to the output service 
control information tables; and 

multiplexing the output service control 
20 information tables and the filtered first and second 

demultiplexed transport streams to provide an output 
transport stream. 

3. The method of Claim 2 wherein the step of generating 
includes changing the value for a PID of one of the 

25 first and second transport streams that conflicts with 

any PID of the other of the first and second transport 
streams . 

4. The method of Claim 3 wherein the first and second 
service control information tables include first and 

3 0 second program association tables, each program 

association table including a sequence of program 
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numbers and- wherein the step of examining includes 
examining the first and second program association 
tables to determine whether any program number of one 
of the first and second transport streams conflicts 
5 with any program number of the other of the first and 

second transport streams and wherein the step of 
generating includes changing the value for a program 
number of one of the first and second transport 
streams that conflicts with any program number of the 
10 other of the first and second transport streams. 

5. The method of Claim 4 wherein the step of generating 
includes combining the first and second program 
association tables to provide an output program 
association table that includes any changes based upon 

15 conflicting PIDs and program numbers. 

6. The method of Claim 2 wherein the step of generating 
includes discarding a PID of one of the first and 
second transport streams that conflicts with any PID 
of the other of the first and second transport 

20 streams. 

7. The method of Claim 6 wherein the first and second 
service control information tables include first and 
second program association tables, each program 
association table including a sequence of program 

25 numbers and wherein the step of examining includes 

examining the first and. second program association 
tables to determine whether any program number of one 
of the first and second transport streams conflicts 
with any program number of the other of the first and 

30 second transport streams and wherein the step of 
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generating includes discarding a program number of one 
of the first and second transport streams that 
conflicts with any program number of the other of the 
first and second transport streams. 

5 8. The method of Claim 7 wherein the step of generating 
includes combining the first and second program 
association tables to provide an output program 
association table that includes any changes based upon 
conflicting PIDs and program numbers. 

10 9. Apparatus for multiplexing transport streams, wherein 
a transport stream comprises a multiplex of service 
components and service control information tables, 
each service component and table having a packet 
identifier (PID) , the apparatus comprising: 

15 a first transport demultiplexer for 

demultiplexing a first input transport stream to a 
plurality of first service components and first 
service control information tables and for filtering 
the first service components and service control 

20 information tables according to a first filter set; 

a second transport demultiplexer for 
demultiplexing a second input transport stream to a 
plurality of second service components and second 
service control information tables and for filtering 

25 the second service components and service control 

information tables according to a second filter set; 

a processor coupled to the first and second 
demultiplexers comprising means for examining the 
first and second service control information tables to 

30 determine whether any PID of one of the first and 

second transport streams conflicts with any PID of the 
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other of the first and second transport; streams and 
means for generating output service control 
information tables from the first and second service 
control information tables modified to avoid any 
5 conflicting PIDs, the processor further providing the 

first and second filter sets to the first and second 
demultiplexers; and 

a transport remultiplexer coupled to the 
processor and the first and second demultiplexers for 
10 multiplexing the output service control information 

tables and the filtered first and second service 
components to provide an output transport stream* 

The apparatus of Claim 9 wherein the transport 
remultiplexer receives the output service control 
information tables and the filtered first and second 
service components from respective buffers which are 
each two transport packets in depth. 

11. The apparatus of Claim 9 wherein the filtered first 

service components, the second service components and 

20 the output service control information tables, 

respectively, comprise packets and each have a buffer 
associated therewith for receiving the packets at an 
associated buffer input rate, each buffer having a 
buffer depth, and wherein the remultiplexer services 

25 the buffers at a service rate at least equal to a sum 

of the buffer input rates to provide the output 
transport stream, the remultiplexer determining for 
each buffer, once a full packet has been received 
therein, a time interval until that buffer is expected 

3 0 to reach its buffer depth and first extracting a 

packet from that buffer having the least time 
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interval, such that overflow of the buffers is 
avoided. 

12. The apparatus of Claim 11 wherein each buffer has a 
buffer depth of at least two packets. 

5 13. The apparatus of Claim 9 wherein the first and second 
filter sets specify for each PID a processing action 
to be performed in the respective demultiplexer on the 
service component or table identified by the PID. 

14. The apparatus of Claim 13 wherein the processing 

10 actions include discarding the service component or 

table. 

15. The apparatus of Claim 13 wherein the processing 
actions include routing the table to the processor. 

16. The apparatus of Claim 13 wherein the processing 

15 actions include routing the service component or table 

to the remultip lexer . 

17. The apparatus of Claim 13 wherein the processing 
actions include routing the table to the processor and 
the remultip lexer. 

20 18. The apparatus of Claim 9 wherein the processor further 
includes means for changing the value for a PID of one 
of the first and second transport streams that 
conflicts with any PID of the other of the first and 
second transport streams. 
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19. The apparatus of Claim 18 wherein the first and second 
service control information tables include first and,, 
second program association tables, each program 
association table including a sequence of program 

5 numbers and wherein the means for examining includes 

means for examining the first and second program 
association tables to determine whether any program 
number of one of the first and second transport 
streams conflicts with any program number of the other 

10 of the first and second transport streams and wherein 

the processor further includes means for changing the 
value for a program number of one of the first and 
second transport streams that conflicts with any 
program number of the other of the first and second 

15 transport streams. 

20. The apparatus of Claim 9 wherein the processor further 
includes means for discarding a PID of one of the 
first and second transport streams that conflicts with 
any PID of the other of the first and second transport 

20 streams. 

21. The apparatus of Claim 20 wherein the first and second 
service control information tables include first and 
second program association tables, each program 
association table including a sequence of program 

25 numbers and wherein the means for examining includes 

means for examining the first and second program 
association tables to determine whether any program 
number of one of the first and second transport 
streams conflicts with any program number of the other 

30 of the first and second transport streams and wherein 

the processor further includes means for discarding a 



WO 98/16067 



PCT/US97/18058 



-39- 



program number of one of the first and second 
transport streams that conflicts with any program 
number of the other of the first and second transport 
streams . 

5 22. The apparatus of Claim 9 wherein a sum of respective 
rates of the first and second input transport streams 
and the output service control information tables is 
equal to the output transport stream rate. 

23. The apparatus of Claim 9 further comprising an encoder 
10 for providing one of the first and second input 

transport streams. 

24. The apparatus of Claim 23 wherein the other of the 
first and second input transport streams is provided 
at a fixed rate equal to the output transport stream 

15 rate. 

25. A method of transport stream multiplexing comprising 
the steps of: 

receiving a program source comprising first 
service components and first service control 
20 information; 

encoding the first service components and 
generating first service control tables from the first 
service control information; 

multiplexing the encoded first service components 
25 and the first service control information tables to 

provide a first transport stream; 

receiving a second transport stream comprising a 
multiplex of second service components and second 
service control information tables; 
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demultiplexing the first and second transport 
streams to provide first and second demultiplexed 
transport streams; 

extracting the first and second service control 
5 information tables from the respective first and 

second demultiplexed transport streams; 

determining whether any conflict exists between 
the first and second service control information 
tables ; 

10 generating output service control information 

tables from the first and second service control 
information tables modified to avoid any conflict; 

filtering the first and second demultiplexed 
transport streams according to the output service 

15 control information tables; and 

multiplexing the output service control 
information tables and the filtered first and second 
demultiplexed transport streams to provide an output 
transport stream. 

The method of Claim 25 wherein the service components 
and service control information tables each have a 
packet identifier (PID) and wherein the step of 
generating includes changing the value for a PID of 
one of the first and second transport streams that 
conflicts with any PID of the other of the first and 
second transport streams. 

27. The method of Claim 25 wherein the service components 
and service control information tables each have a 
packet identifier (PID) and wherein the step of 
30 generating includes discarding a PID of one of the 

first and second transport streams that conflicts with 
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any PID of the other of the first and second transport 
streams . 

28. Apparatus for transport stream multiplexing 
comprising: 

first and second elements, each element 

comprising: 

an encoder for encoding a program source to 
provide a local transport stream; and 

a multiplexer for multiplexing the local 
transport stream with an input transport stream 
to provide an output transport stream; 
wherein the output transport stream of the first 
element is coupled to provide the input transport 
stream to the multiplexer of the second element such 
that the first and second elements are connected in 
series • 

29. The apparatus of Claim 28 wherein each multiplexer 
comprises: 

a first transport demultiplexer for 
demultiplexing the local transport stream to a 
plurality of first service components and first 
service control information tables and for filtering 
the first service components and service control 
information tables according to a first filter set; 
5 a second transport demultiplexer for 

demultiplexing the input transport stream to a 
plurality of second service components and second 
service control information tables and for filtering 
the second service components and service control 
information tables according to a second filter set; 
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a processor coupled to the first and second 
demultiplexers comprising means for examining the 
first and second service control information tables to 
determine whether any PID of one of the local and the 
5 input transport streams conflicts with any PID of the 

other of the local and the input transport streams and 
means for generating output service control 
information tables from the first and second service 
control information tables modified to avoid any 

10 conflicting PIDs, the processor further providing the 

first and second filter sets to the first and second 
demultiplexers; and 

a transport remultiplexer coupled to the 
processor and the first and second demultiplexers for 

15 multiplexing the output service control information 

tables and the filtered first and second service 
components to provide the output transport stream. 

30. The apparatus of Claim 28 wherein the input transport 
stream of the first element comprises null packets. 

20 31. The apparatus of Claim 28 wherein each element further 

comprises a bypass circuit operable to couple the 

input transport stream directly to the output 
transport stream. 

32. The apparatus of Claim 28 further comprising a 
25 redundant element connected to the second element in 

series having an encoder for encoding the program 
source associated with a one of the first and second 
elements to provide a redundant local transport stream 
and a multiplexer for multiplexing the redundant local 
3 0 transport stream with the output transport stream of 
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the second element to provide an output transport 
stream upon a failure in either the first or second 
element. 

33. The apparatus of Claim 28 wherein the encoder of each 
5 of the first and second elements encodes a common 

program source to provide identical local transport 
streams each comprising plural local service 
components each having a local packet identifier (PID) 
associated therewith, wherein each input transport 

10 stream comprises plural input service components each 

having an input packet identifier (PID) associated 
therewith, and wherein each multiplexer discards any 
local service component when its local PID matches one 
of the input PIDs in the corresponding input transport 

15 stream - 

34. The apparatus of Claim 28 wherein the output transport 
stream of the second element is coupled to provide the 
input transport stream of the first element, wherein 
the encoder of each of the first and second elements 

20 encodes a common program source to provide identical 

local transport streams each comprising plural local 
service components each having a local packet 
identifier (PID) associated therewith, wherein each 
input transport stream comprises plural input service 

25 components each having an input packet identifier 

(PID) associated therewith, the multiplexer of the 
first element discarding any input service component 
when its input PID matches one of the local PIDs in 
the corresponding local transport stream and the 

30 multiplexer of the second element discarding any local 

service component when its local PID matches one of 



WO 98/16067 



PCT/US97/18058 



the input PIDs in the corresponding input transport 
stream. 

35. A method of transport stream multiplexing comprising 
the steps of: 

5 encoding a first program source in a first 

encoder to provide a first local transport stream; 

multiplexing the first local transport stream 
with a first input transport stream in a first 
multiplexer to provide a first output transport 
10 stream; 

encoding a second program source in a second 
encoder to provide a second local transport stream; 

coupling the first output transport stream to an 
input of a second multiplexer; 
15 multiplexing the second local transport stream 

with the first output transport stream in the second 
multiplexer to provide a second output transport 
stream. 

36. The method of Claim 35 wherein the multiplexing step 
20 comprises the steps of: 

receiving the local and the input transport 
streams, each stream comprising a multiplex of service 
components and service control information; 

demultiplexing the local and the input transport 
25 streams to provide first and second demultiplexed 

transport streams; 

extracting the first and second service control 
information from the respective first and second 
demultiplexed transport streams; 
30 determining whether any conflict exists between 

the first and second service control information; 
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generating output service control information 
from the first and second service control information 
modified to avoid any conflict; 

filtering the first and second demultiplexed 
5 transport streams according to the output service 

control information; and 

multiplexing the output service control 
information and the filtered first and second 
demultiplexed transport streams to provide the output 
10 transport stream. 

37. The method of Claim 36 wherein a sum of respective 
rates of the first output transport stream, the second 
local transport stream and the second output control 
information is equal to the second output transport 

15 stream rate. 

38. The method of Claim 35 wherein the first and second 
output transport streams are provided at an equal 
fixed rate. 

39. The method of Claim 35 wherein the first input 
20 transport stream comprises null packets. 

40. Apparatus for transport stream multiplexing 
comprising: 

N primary elements connected in series, including 
a last primary element, and M redundant elements 
25 connected in series with, and downstream from, the 

primary elements, including a first redundant element, 
the last primary element being connected to the first 
redundant element, each primary element comprising: 
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an encoder for encoding a pro_gram source to 
provide a local transport stream; and 

a multiplexer for multiplexing the local 
transport stream with an input transport stream 
to provide a primary element output transport 
stream, wherein the primary element output 
transport stream provides the input transport 
stream of the next series element; 
each redundant element comprising: 

an encoder for encoding the program source 
associated with a one of the primary elements to 
provide a redundant local transport stream; and 

a multiplexer for multiplexing the redundant 
local transport stream with an input transport 
stream to provide a redundant element output 
transport stream, wherein the redundant element 
output transport stream provides the input 
transport stream of the next series element. 

The apparatus of Claim 40 further comprising switching 
means for switching the program source associated with 
the one of the primary elements to one of the 
redundant elements upon a failure in the one of the 
primary elements. 

The apparatus of Claim 41 wherein each redundant 
element includes a processor for monitoring its 
associated input transport stream to detect whether a 
failure has occurred in any upstream primary element 
and for activating the switching means upon such 
failure being detected. 
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43. Apparatus for transport stream multiplexing 
comprising: 

an encoder for encoding a program source to 
provide a local transport stream, the encoder 
5 including a first bandwidth request in the local 

transport stream indicating a desired bandwidth for 
encoding the program source; 

a multiplexer coupled to the encoder for 
multiplexing the local transport stream with an input 
10 transport stream to provide an output transport 

stream, the input transport stream including second 
bandwidth requests, wherein the multiplexer determines 
from the first and second bandwidth requests a 
bandwidth allocation to provide to the encoder 
15 indicating an actual bandwidth to use for encoding the 

program source. 

44. The apparatus of Claim 43 wherein the output transport 
stream includes the first and second bandwidth 
requests and the bandwidth allocation. 

20 45. A transport stream multiplexing system comprising a 
plurality of elements connected in a ring, each 
element comprising: 

an encoder for encoding a program source to 
provide a local transport stream, the encoder 
25 including a first bandwidth request in the local 

transport stream indicating a desired bandwidth for 
encoding the program source; 

a multiplexer coupled to the encoder for 
multiplexing the local transport stream with an input 
30 transport stream to provide an output transport 

stream, the input transport stream including second 
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bandwidth requests, wherein the multiplexer determines 
from the first and second bandwidth requests a 
bandwidth allocation to provide to the encoder 
indicating an actual bandwidth to use for encoding the 
5 program source and wherein the multiplexer includes 

the first and second bandwidth requests in the output 
transport stream, each output stream coupled to 
provide the input transport stream of the succeeding 
element in the ring. 

10 46. The system of Claim 45 wherein each output stream 
includes the bandwidth allocation. 

47. A method of transport stream multiplexing comprising 
the steps of: 

encoding a program source to provide a local 
15 transport stream that includes a first bandwidth 

request indicating a desired bandwidth for encoding 
the program source; 

multiplexing the local transport stream with an 
input transport stream to provide an output transport 
20 stream, the input transport stream including second 

bandwidth requests; 

determining from the first and second bandwidth 
requests a bandwidth allocation indicating an actual 
bandwidth to use for encoding the program source. 



25 48. The method of Claim 47 further comprising including 
the first and second bandwidth requests and the 
bandwidth allocation in the output transport stream. 
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49. A method of transport stream multiplexing comprising 
connecting a plurality of elements in a ring, in each 
element: 

encoding a program source to provide a local 
5 transport stream that includes a first bandwidth 

request indicating a desired bandwidth for encoding 
the program source; 

multiplexing the local transport stream with an 
input transport stream to provide an output transport 
10 stream, the input transport stream including second 

bandwidth requests; 

determining from the first and second bandwidth 
requests a bandwidth allocation indicating an actual 
bandwidth to use for encoding the program source; 
15 including the first and second bandwidth requests in 

the output transport stream; and 

coupling each output stream to provide the input 
transport stream of the succeeding element in the 
ring. 



20 50. The method of Claim 49 wherein each output stream 
includes the bandwidth allocation. 



51. A method of multiplexing comprising the steps of: 

providing a plurality of input data streams, each 
data stream comprising packets; 
25 providing a plurality of buffers, each buffer 

associated with a respective input data stream and 
having a buffer depth; 

receiving packets for each stream in the 
associated buffer at a buffer input rate; and 
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servicing the buffers at a service rate at least 
equal to a sum of the buffer input rates to provide an 
output data stream, the servicing step including: 
determining for each buffer, once a full 

packet has been received therein, a time interval 

until that buffer is expected to reach its buffer 

depth; and 

first extracting a packet from that buffer 
having the least time interval, such that 
overflow of the buffers is avoided. 

The method of Claim 51 wherein the step of providing 
buffers includes providing buffers each having a 
buffer depth of at least two packets. 

The method of Claim 51 wherein the step of providing 
input data streams includes providing MPEG transport 
streams . 

An apparatus comprising: 

a plurality of input data streams, each data 
stream comprising packets; 

a plurality of buffers, each buffer coupled to a 
respective input data stream for receiving packets at 
an associated buffer input rate, each buffer having a 
buffer depth; and 

a processor for servicing the buffers at a 
service rate at least equal to a sum of the buffer 
input rates to provide an output data stream, the 
processor determining for each buffer, once a full 
packet has been received therein, a time interval 
until that buffer is expected to reach its buffer 
depth and first extracting a packet from that buffer 
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having the least time interval, such that overflow of 
the buffers is avoided, 

55. The apparatus of Claim 54 wherein each buffer has a 
buffer depth of at least two packets. 

5 56. The apparatus of Claim 54 wherein the input data 
streams include MPEG transport streams. 
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